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RELATED APPLICATION 
This application claims priority under 35 U.S.C. § 1 19(e) to U.S. Provisional Application 
Serial No. 60/213,745 filed June 22, 2000, U.S. Provisional Application Serial No. 60/250,781 
filed December 1, 2000, and U.S. Provisional Application Serial No. 60/251,468 filed December 
4, 2000, which are assigned to the same assignee as the present invention and are incorporated, 
in their entirety, herein by reference. 

^ FIELD OF THE INVENTION 

^ 

m The present invention relates to systems and device for communicating data and, more 

ry specifically, to a serializer/deserializer. 

n s 

m BACKGROUND OF THE INVENTION 

S ^ I I.I — III.- — — I. .1 . 

The proliferation of connected devices has led to a concurrent proliferation in 
communications protocols used for transmitting the data. Popular and incompatible protocols 
include UART, USB 1.1, Ethernet 10 Base-T, SPI/Microwire, and I^C. All of these protocols 
have advantages and disadvantages that lead to their selection for use by different designers for 
10 different applications. Thus, a microcontroller that is designed to be used for communications 
must be able to receive and transmit data in accordance with at least one of the different 
protocols. However, to enable the compatibility of a microcontroller with different protocols, 
traditionally designers used dozens of hardware-implemented blocks designed to address the 
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quirks of each protocol. However, this solution is gate-expensive and prohibits the use of the 
microcontroller if a protocol is modified, if the microcontroller is used with an existing protocol 
for which it was not designed, or an entirely new protocol becomes popular. Moreover, if only 
one or two protocols are used in practice, the inclusion of hardware to address a plurality of 
protocols is wasteful. Therefore, a universal serializer/deserializer is needed that can be easily 
adapted to service different now known or later-developed protocols. 

SUMMARY OF INVENTION 
A universal serializer/deserializer ("ser/des") is disclosed that provides hardware 
implemented modules of those functions determined to be most applicable to a conmumications 
protocol. Functionality that is determined to be unique for a given protocol is implemented in 
software. Accordingly, a universal ser/des is provided that is able to be used for a plurality of 
different protocols now known, and configured to communicate with protocols that may be 
developed in the future. 

The features and advantages described in the specification are not all inclusive and, in 
particular, many additional features and advantages will be apparent to one of ordinary skill in 
the art in view of the drawings, specification, and claims. Moreover, it should be noted that the 
language used in the specification has been principally selected for readability and instructional 
purposes, and may not have been selected to delineate or circumscribe the inventive subject 
matter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The Figures depict embodiments of objects and features of the present invention(s) and 
are for illustration purposes only. The Figures are more fully disclosed in the following detailed 
description, reference being had to the accompanying drawings, in which: 

Figxire 1 is a block diagram of a system using universal serializer/deserializers of the 
present invention. 

Figure 2 is a block diagram one embodiment of deserializer circuitry in accordance with 
the present invention. 

Figure 3 is a more detailed block diagram of the programmable receive data circuit in 
accordance with the present invention. 

Figure 4 is a more detailed block diagram of the progranunable/selectable 
synchronization circuit in accordance with the present invention. 

Figure 5 is a block diagram of a programmable data storage unit in accordance with the 
present invention. 

Figure 6 is a block diagram of a serializer in accordance with the present invention. 
Figure 7 is a flow chart illustrating a method of using the serializer/deserializer of the 
present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Reference will now be made in detail to several embodiments of the present invention(s), 
examples of which are illustrated in the accompanying drawings. It is noted that wherever 
5 practicable similar or like reference numbers may be used in the figures and may indicate similar 
or like functionality. One of skill in the art will readily recognize firom the following discussion 
that alternative embodiments of the structures and methods disclosed herein may be employed 
without departing fi-om the principles of the invention(s) disclosed herein. 

Figure 1 is a block diagram of a system using universal serializer/deserializers 108 of the 
OlO present invention. In this embodiment a universal serializer/deserializer 108(1) is coupled to a 
^ central processing unit 104(1) by a data bus 120 in a microcontroller 100(1). Aside fi-om the 
21 universal serializer/deserializer 108, the microcontroller 100 may be a conventional 
f|j microcontroller such as the IP2022 manufactured by Ubicom, Inc. The universal 
p serializer/deserializer 108(1) is coupled to a network 112 through a network connection 124 to 

ryi5 enable microcontroller 100(1) to commimicate with other devices, such a microcontroller 100(2), 

\ y 

P or a central server or a personal computer, or the like. If coupled to another microcontroller 

100(2), the universal serializer/deserializer 108(2) of the second microcontroller 100(2) receives 
the data and relays the data to the CPU 104(2) for processing. Although the universal 
serializer/deserializer 108 is described as being part of a microcontroller, the universal 
20 serializer/deserializer of the present invention may be a stand alone unit coupled to a 

microprocessor. The network connection 124 may be a coaxial cable connection, a telephone 
line, wireless connection, optical, or any other communications facility. The network 112 may 
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be a local area network or a wide area network, or a direct connection between two computing 
devices. 

To communicate over the network connection 124, data is transmitted in accordance with 
a protocol. A communications protocol provides encoding, compression, error-checking, and 
5 other features to enable efficient and secure transmission of data through a network 112. There 
are a variety of communications protocols that are commonly used, including UART, I^C, USB 
1.1,10 Base-T (Ethemet), Microwire/SPI, and others. Each protocol has its own advantages and 
disadvantages and therefore each has been adopted by various device manufacturers as their 
protocol of choice. In order to communicate with a device that has adopted a particular protocol 
^10 with which to encode and transmit their data, a receiving device must be able to "deserialize" the 
^ data, i.e., decode and interpret the received data in accordance with the strictures of the particular 
fy protocol. As these strictures are known, the deserialization function for a particular protocol is 
fy easily implemented in hardware, and thus devices that communicate over a network 112 

s 

□ typically include a serializer/deserializer designed to commimicate in a particular protocol. 
RJ15 Problems arise, however, when a microcontroller 100 must communicate in an environment 
5=^=^ where different protocols may be used to encode data. Additionally, problems arise when a 

microcontroller manufacturer does not know a priori in which environment a particular user may 
be using the microcontroller. To solve this problem, conventional systems require creating a 
complex serializer/deserializer with separate hardware circuitry for decoding each protocol that 
20 the microcontroller may encounter. This approach has several problems. It is wasteful in terms 
of cost and gates, because the microcontroller may end up communicating in only one protocol. 
Alternatively, the protocol chosen may become obsolete and the microcontroller itself thereby 
will becomes obsolete. Thus, in accordance with the present invention, a universal 
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serializer/deserializer is provided that can be adapted, after manufacture, to communicate in a 
protocol of choice. This is accompUshed by identifying universal functions performed by all 
communications protocols, and implementing those as programmable circuits in hardware, and 
transferring the unique functionality demanded by a protocol to software. 
5 Figure 2 is a block diagram one embodiment of universal deserializer circuitry 250 in 

accordance with the present invention. The universal deserializer 250 is the component of the 
universal serializer/deserializer 108 that receives data transmitted over a network connection 
124. The universal serializer 600 component is described below with respect to Figure 6. The 
data from the network connection 124 is transmitted to a programmable receive data circuit 200. 

10 The programmable receive data circuit 200, discussed in more detail below with respect to 
Figure 3, receives the data and performs initial data receive functionality, such as decoding 
(Manchester, NRZI, or the like), separating clock signals from data signals, if required, inverting 
polarity, and storing the data into a shift register. The receive data circuit 200 is programmable 
to allow selected functionalities to be performed based on a protocol selection. The 

15 functionalities that are enabled in hardware are the most often used functionalities, and these 
functionalities are programmable to allow them to be tailored for a specific protocol. For 
example, two frequent encoding methods are Manchester and NRZI, and therefore the universal 
serializer/deserializer 108 has hardware capable of encoding and decoding in accordance with 
these methods. For example, Ethernet uses Manchester coding and USB 1.1 uses NRZI coding. 

20 and therefore the receive data circuit 200 must be able to be programmed to select the proper 
decoding method in accordance with a protocol selected. 

The received and decoded data 228 is transmitted to a programmable/selectable 
synchronization circuit 204. The synchronization circuit 204 detects a synchronization pattem in 
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the received data. Many protocols require the transmission of a synchronization pattern, such as 
the USB and 10 BaseT protocols. The synchronization patterns allow a receiver to synchronize 
itself to the data transmission. The synchronization circuit 204 is preferably made selectable, 
because not all protocols use a synchronization pattern. For example, one popular protocol, the 
5 UART protocol, does not use a synchronization pattern. The synchronization circuit 204 is also 
made programmable, because each protocol has its own unique pattem. For example, USB 1 . 1 
uses a synchronization pattem of 00000001 and 10 Base T uses a synchronization pattem of 
10101011. When the synchronization circuit 204 determines that a synchronization match has 
occurred, it transmits a signal back to the receive data circuit 200 to tell the receive data circuit 
OlO 200 that the incoming signal will be data ready for storing in the data storage unit 216. 
^ The received and decoded data 228 is also transmitted to a programmable/selectable 

5l Cyclic Redundancy Check (CRC) circuit 220. The CRC circuit 220 detects for potential errors 



124 to detect an EOF. EOPs are used by many protocols, for example USB 1.1, to signal the end 
of a transmission. The EOF detector is selectable because not all protocols use this 
functionality. The EOF detector is also progranunable because EOFs can be different for each 
protocol. For example, the USB 1.1 EOF signal is two single ended zeros and a J-state, and the 
20 10 BaseT EOF signal is a high pulse held in a range of 62.5 to 600 nanoseconds. Thus, as the 
concept of EOFs is common, an EOF detector 208 is implemented in hardware in accordance 
with the present invention , and it is made programmable to store the specific EOF pattern 
required by a protocol. The hardware to implement a programmable/selectable EOF detector 



in the received data, and serves to determine the integrity of the received data. In one 



embodiment, the CRC circuit 220 is implemented as a software module. 



rijis 



A selectable End of Facket (EOF) detector 208 is also coupled to the network connection 
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208 is, in one embodiment, a comparator for comparing incoming data with a pattern stored in a 
register. The EOP detector 208 will transmit a signal to the interrupt generator 224 upon 
detecting an EOP. The EOP detector is disabled for protocols by the protocol word for those 
protocols not using EOP detection. 
5 The progranmiable data storage 216 stores the data 228. The CPU 104 will then use the 

stored data for whatever purpose the data was sent. In one embodiment, the data storage unit 
216 is programmable to allow its storage capability to be modified depending upon the protocol's 
requirements. This embodiment is described in more detail below with respect to Figure 5. 

Finally, an interrupt generator 224 receives interrupts from all of the circuits described 
C310 above and generates an interrupt signal in a conventional manner to the CPU 104, to have the 
^ CPU 104 take some action based on the nature of the interrupt. For example, the 
SI synchronization circuit causes an interrupt when a match is found, the EOP detector 208 will 
fy cause an interrupt when an EOP is detected, and the receive data circuit 200 will generate an 
P interrupt when data begins to be received. 

ryiS The above description is only one embodiment of a universal deserializer 250 in 

M accordance with the present invention. Some or all of the circuits can be used in accordance with 
the present invention, and additional circuits can be added within the scope of the present 
invention. For example, a non-programmable double buffer may be used in place of a 
programmable data storage unit 216. Alternatively, a universal serializer/deserializer 108 may 
20 be used without EOP detection, and so forth. However, the deserializer 250 described above 
enables one microcontroller 100 to be used with a plurality of protocols, without requiring a 
large gate count and without restricting the microcontroller 100 to be used with protocols known 
a priori. 
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Figure 3 is a block diagram of one embodiment of the data receive circuit 200. The data 
from the network connection 124 is transmitted to an exclusive OR gate 304 to invert the signal 
and is combined with an input from a programmable polarity inverter 308 to select whether or 
not inversion is desired. The polarity inverter 308 receives a program signal 301 that either 
5 enables or disables the polarity inversion performed by the exclusive OR gate 304. Some 

protocols require polarity inversion, such as UART, which can use either -12 volts or +12 volts 
as a signal. Thus, the programmer of the microcontroller 100 selects polarity inversion if 
polarity inversion is appropriate. In one embodiment, polarity inversion selection is a bit in a 
protocol selection word, that selects the polarity when a polarity is selected. If the polarity 

MlO inversion is selected, the signal 124 is inverted by the exclusive OR gate 304 prior to being 

;f transmitted to the rest of the circuit 200. 

ff. Then in one embodiment, data is transferred to a programmable clock 

fy configuration/detection circuit 322. The clock detection circuit 322 detects start conditions for 
□ various protocols. For example, I^C uses a start condition of a falling edge, with a high clock. 
rtJlS UART uses the first falling edge to detect the start bit. Falling edge detectors as are known in 
M the art are used to detect the falling edge for UART, and the falling edge and a clock sampler are 
used for I^C. SPI uses a rising edge of the clock to detect a start condition, and clock detection 
circuit 322 samples the clock to determine when the start condition is present when the SPI 
protocol is selected. The start condition to detect is selected by the programmer when a protocol 
20 is chosen. The clock configuration component of the circuitry 322 also configures a clock for a 
selected protocol. For example, for I^C, an intemal clock with a rising edge is selected for 
masters and an extemal clock for slaves. For Microwire, the clock is set to two times actual 
speed for a certain frequency clock, and with opposing phases for transmit and receive. The 
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clock configuration circuitry 322 preferably has a phase lock loop for generating a specific 
firequency and phase, and is preferably programmed by the protocol word 305. 

Next, the data is transmitted to a selectable/programmable clock/data separation circuit 
312. This circuit provides clock data separation if required. For example, the lOBaseT protocol 
5 requires clock data separation. Thus, if the lOBaseT protocol is selected, the signal is 

transmitted to the clock data separation signal to have the clock and data portions of the signal 
separated out using conventional techniques. A protocol selection word 305 is input to the 
multiplexer 316, and, if the protocol selected does not require separation, the clock/data 
separation circuit 312 is bypassed. This circuit 312 also provides clock division if required. For 
^10 example, for a core clock of 200MHZ, the clock is divided by 2000 for a typical I^C 

implementation. In this embodiment, the circuit 312 has an input to select a number by which to 
ry divide a clock. Alternatively, some protocols may require two different clock sources. For 
ry example UART uses a divide by 16 clock to perform bit sampling. Therefore, the clock 
O separation circuit 312 will divide received clock by 16 to provide a bit sampling clock. 
1^5 Next, the signal is transmitted to a decoder 318. The decoder 318 performs any decoding 

^ necessary for a protocol. The multiplexer 3 16 is coupled to the decoder 3 1 8 to select the 

appropriate type of decoding to perform. For example, a protocol such as USB 1.1 uses NRZI 
encoding, and therefore if the protocol word 305 selects NRZI, the decoder 312 performs NRZI 
decoding. If a protocol selected uses a different type of decoding, such as Manchester, the 
20 protocol word 305 will select the appropriate decoding type. If no decoding is required, the 
decoder 312 is bypassed. The most popular coding techniques are preferably implemented in 
hardware and are therefore available to be used by the serializer/deserializer 108. This retains • 
high speed for decoding processes and still allows the serializer/deserializer 108 to be highly 
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flexible. In a further embodiment, the decoder 3 1 8 also performs bit unstuffing if appropriate for 
a protocol. For example, after NRZI decoding is performed for USB, every 0 after six 
consecutive Ts must be dropped. The actual circuitry used for performing clock division, 
Manchester and NRZI decoding, and bit unstuffing is conventional, and is apparent to one of 
5 ordinary skill of the art. However, the selectable and programmable use of the different 

hardware implemented circuits enables the universal serializer/deserializer 108 to provide a fast 
and flexible solution for multiple protocols. 

In one implementation, the universal serializer/deserializer 108 is coupled to a single 
input to receive network data over the network data line 124 that is transmitted in a combined 
10 clock/data format. Data received on this input is transmitted directly to the clock/data separation 
fi circuit 3 12 for clock separation. 

]2 The decoded data is transmitted to a receive shift register 320. The receive shift register 

i y 

s 320 receives bits one bit at a time. The synchronization circuit 228 is also coupled to the receive 

01 shift register 320 to analyze the decoded data to determine if a synchronization pattern is present. 
[Ul5 When instructed by the control logic 300 that there is a synchronization match, the receive shift 
^- register 320 loads the received data into the data storage unit 216. In one embodiment, once a 
match is found, the synchronization circuit 228 is disabled until the end of the transmission, to 
avoid any false recognitions of the synchronization pattern in the actual data. 

The control logic 300 is coupled to the receive shift register 320 across a load/shift data 
20 line 315. If a protocol uses a synchronization pattern, when a synchronization match signal is 
transmitted to the control logic 300, the control logic 300 then starts decrementing the value in a 
shift coxmter 330 as it shifts in data into the receive shift register 320. The value in the shift 
counter 330 is programmed by the user for a particular protocol. For example, for a SPI 
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protocol, the value may be 8, which indicates that the protocol stores data in groupings of 8 bits, 
and therefore each time 8 bits are loaded into the shift register 320, the data is loaded into the 
data storage unit 216. When the value in the shift counter 330 is zero, the control logic 300 
knows that a fiiU set of data has been received. At this point, the control logic 300 will send a 
5 signal to the shift register 320 to load the data into the data storage unit 216 and send a signal to 
the interrupt generator 224 to generate an interrupt to indicate that data is now in the data storage 
unit 216, available to be read. Some protocols do not have a fixed length for data. For example, 
in USB, the data length is variable, and a receiver must detect an HOP symbol to know when the 
data has been fiiUy received. Thus, for these protocols, once a synchronization pattem has been 
yiO detected, or the initial start of the data has been otherwise detected, the shift counter 330 (either 

the same counter or a similar coimter) is incremented each time a bit is shifted into the shift 
SI register 320. The counter is incremented until an EOP is detected. Then, this value is used as an 
fU actual bit count of the data received, which is useful for those protocols that do not have a fixed 
□ data length. Thus, the receive data circuit 200 can be used with fixed and variable data length 
Wis protocols, protocols that use polarity inversion, combined clock or separate data signals, and 

5 

W different types of decoding. This provides a very flexible serializer/deserializer 108 that does not 
require a high gate coimt. 

Figure 4 illustrates a synchronization circuit 228 in accordance with the present 
invention. In this embodiment, a synchronization register 400 is coupled to a program line 401 
20 to receive a synchronization pattem. A programmer will transfer a synchronization pattem into a 
synchronization register 400 associated with whichever protocol the progranmier will be using. 
One common problem addressed by serializer/deserializers is the problem of synchronization 
pattems that are corrupted as they are transferred through various hubs. For example, an eight- 
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bit pattern may have a bit corrupted at each of three hubs. Thus, a synchronization mask 404 is 
used to mask out those potentially corrupted bits from the mask, so the comparison between the 
masked pattern and the corrupted synchronization pattern will still be accurate. The settings for 
the mask 404 of the present invention are progranmiable, and is therefore determined by a 
5 programmer at run time. This enables the serializer/deserializer 108 to be optimized for its 
environment at a time in which its environment is accurately known. The mask value enables 
various AND gates 412 which will set low or high (depending on convention) a bit in the 
synchronization pattern. Then, the masked (if applicable) pattem is compared by a comparator 
408 to the decoded data 228. The comparator 408 is preferably a digital comparator. Upon 
tflO detecting a match, a synchronization mask signal 309 is transmitted back to the receive data 
^ circuit 200. Thus, the progranmiable synchronization circuit 228 enables the addition of 
Si synchronization matching to a serializer/deserializer 108 if needed. 

5 

nj Figure 5 illustrates an embodiment of a programmable data storage unit 216 in 

Q accordance with the present invention. The programmable data storage imit 216 stores a number 

y = 

fUl5 of words in a FIFO manner, depending on the protocol selected. Data is read out of the receive 
W shift register 320 into the data storage 216 until a word limit has been reached. The word limit is 
set by a programmer for a particular protocol. When the word limit is reached, the storage unit 
216 is fiiU and an interrupt signal is transmitted to the interrupt generator 224 to cause the CPU 
104 to take some action. For some protocols, only 1 word may be necessary to store data, and 
20 therefore only 1 buffer 500 is selected. In this example, after every word is received, the CPU 
104 retrieves the data and performs some action. For others, larger groups of data are more 
usefiil. Accordingly, multiple buffers 500 are selected and the CPU 104 is not notified until all 
of the selected buffers 500 are fiiU. This minimizes the time the CPU 104 must spend in 
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processing data for the appropriate protocol. A programmer will transmit a program signal 601 
to the buffer 201 to select the number of buffers 500 to be used as the data buffer 216. Although 
words are described above as the grouping of data in each buffer 500, any other grouping may be 
used in accordance with the present invention. 
5 Figure 6 is a block diagram illustrating the serializer side of the serializer/deserializer 

108. The serializer 600 provides the opposite functionality of the deserializer 250 described 
above. Data to be written is transmitted over the data bus 120 to a transmit data buffer 612. The 
transmit data buffer 612 is typically a FIFO or similar structure. The programmer selects a shift 
count value to store in the shift coimt register 604 in accordance with a selected protocol. Thus, 
^jlO if the protocol sends data in groupings of 8 bits, the shift count is set to 7. Then, once the data 
5; buffer 612 is full, the control logic 624 causes the data buffer 216 to load the data into a transmit 

shift register 608. Once the data is loaded, the data is shifted out, and the control logic 624 
fU decrements the shift count in the shift count register 604 until the counter 604 has reached zero. 

P The data is encoded by a selectable data encoder 616 into the appropriate encoding scheme, 

y I 

PJ15 based on the protocol selection input 601 . After the last bit to be transmitted is shifted out of the 
^ shift register 608, the control logic 624 causes the EOF generator 620 to generate an EOF if 

appropriate for the selected protocol. The EOF is also encoded by the data encoder 616. Then, 
the data is transmitted onto the network data line 124, for transmission across the network. In one 
embodiment, the serializer also comprises an idle generator 628. The idle generator 628 
20 generates an idle signal when there is no longer any data to transmit. Some protocols require a 
specific idle signal to be transmitted when nothing is being received or transmitted. 
Accordingly, the specific signal pattern required is programmed into a register, and that signal is 
transmitted when no data is being received or transmitted. Typically, there are three possible 
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idle states, zero, one, or tri-state, and the specific state can be selected by a program input. For 
example, Ethernet requires both zeroes on the differential outputs as an idle state. 

Figure 7 illustrates a method of using the universal serializer/deserializer 108 of the 
present invention. First, the programmer selects 700 and writes a protocol to the universal 
5 serializer/deserializer 108. In a preferred embodiment, the protocol word also selects the type of 
encoding, polarity, clock selection, and other protocol specific information. Then, the 
programmer selects 704 a synchronization pattern and writes the pattern to the universal 
serializer/deserializer 108, if appropriate for the selected protocol. Then, the programmer selects 
712 and writes a shift count to a shift count register. Then, if data is being received, the 
^10 universal serializer/deserializer waits 724 for a receive data interrupt and receives 728 data based 
on the parameters selected above. If data is being written, the programmer writes 720 the data to 
fy be transmitted, and the universal serializer/deserializer 108 will send the data and generate an 
Til EOF if appropriate for the selected protocol. In fiirther embodiments, a programmer will select 
S the word limit for a programmable data buffer. In a fiirther embodiment, the programmer will 
^15 select an idle pattern to be broadcast when no data is being transmitted or received. 
S=f The following describes procedures for configuring one embodiment of the universal 

serializer/deserializer 108 for specific, commonly known protocols. For UART, the UART 
protocol is selected, and this will cause data to be clocked in after a valid start bit is detected in 
the clock configuration/detection circuit 322. The polarity bit of the polarity inverter 308 is 
20 preferably set as the polarity in UART can vary. The clock division in the clock/data separation 
circuit 312 is set to be 16 times the desired baud rate. The shift count register 330 is 
programmed with a value appropriate for the specific UART format being used, depending on 
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the number of data bits, stop bits, and parity bits. The synchronization circuit 204 and an EOP 
Detector 208 are disabled. 

For SPI/Microwire, the clock is set to two times actual speed by the clock configuration 
circuit 322, and with opposing phases for transmit and receive. If in slave mode, an external 
clock is used, and if a master, an intemal clock is sued. The programmer determines whether the 
designated chip select or slave select line is activated. For master, the programmer sets the 
designated chip select to the active level, before enabling the serializer/deserializer 108. 

For USB 1.1, the differential inputs are used for EOP detection. The clock selection 
circuit 322 is programmed with values for the recovered clock, and the phase lock loop is 
programmed with the appropriate frequency. The synchronization pattern is programmed into 
the synchronization register 204 and used to detect synchronization pattems and encode 
synchronization pattems in the transmitted data. 

For 10 Base-T Ethemet, the clock configuration circuit 322 is programmed to be 
"recovered clock" and the phase lock loop is programmed to the appropriate speed for 
oversampling. Polarity detection and reversal is enabled. Carrier sense, jabber detection, link 
pulse generation, random back off for collision detection, and MAC layer functions are 
preferably performed in software. 

The above are some specific implementations for using current protocols with the 
universal serializer/deserializer 108 of the present invention. Thus, a single 
serializer/deserializer 108 can be used to enable all of the above protocols, without requiring a 
high gate count resulting from creating serializer/deserializer circuits designed to respond to each 
protocol individually. However, the modular approach used to create the universal 
serializer/deserializer 108 enables its use for new protocols. The hardware functionality 
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provided in the universal serializer/deserializer 108 is for basic, universal functions, and its 
programmable nature allows these basic functions to be tailored for a new protocol that is later 
developed. For example, a new protocol that uses Manchester decoding, a combined clock, and 
no synchronization could be implemented using the universal serializer/deserializer 108 simply 
by programming the appropriate registers. The most complicated functions are performed in 
hardware, thus maintaining the speed of the serializer/deserializer operations, but the software 
component allows the hardware to be tailored for the specifics of any new protocol. 

In a further embodiment, the universal ser/des of the present invention may also provide 
protocol translation, by coupling two universal serializer/deserializers together, each 
programmed for the appropriate protocol. Thus, a first ser/des is programmed to receive in a first 
protocol, for example, USB, and, after the data is decoded, the second ser/des is used to transmit 
the data in a second protocol, for example, lOBaseT. Thus, using two serializer/deserializers 
enables a product that can easily provide protocol translation. 

It can thus be appreciated that a new and novel method and apparatus for serialization 
and deserialization has been disclosed. Upon reading this disclosure, those of skill in the art will 
appreciate still additional alternative methods and designs for a universal serializer/deserializer 
in accordance with the present invention. Thus, while particular embodiments and applications 
of the present invention have been illustrated and described, it is to be imderstood that the 
invention is not limited to the precise construction and components disclosed herein and that 
various modifications, changes and variations which will be apparent to those skilled in the art 
may be made in the arrangement, operation and details of the method and apparatus of the 
present invention disclosed herein without departing from the spirit and scope of the invention as 
defined in the appended claims. 
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